home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 2 / Tech Arsenal 2 (Arsenal Computer).iso / lan_nov / dsinst1.txt < prev    next >
Encoding:
Text File  |  1994-08-13  |  12.1 KB  |  262 lines
  1.  
  2.               NOVELL TECHNICAL INFORMATION DOCUMENT
  3.  
  4. TITLE:              Partition Manipulation
  5. DOCUMENT ID:        TID021559
  6. DOCUMENT REVISION:  B
  7. DATE:               12JUL94
  8. ALERT STATUS:       Yellow
  9. INFORMATION TYPE:   Symptom Solution
  10. README FOR:         NA
  11.  
  12. NOVELL PRODUCT and VERSION:
  13. NetWare 4.01
  14.  
  15. ABSTRACT:
  16.  
  17. This document includes suggestion for NetWare Directory Services.
  18.  
  19. -----------------------------------------------------------------------------
  20. DISCLAIMER
  21. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO NOVELL.  NOVELL
  22. MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY THIS INFORMATION.  HOWEVER, THE
  23. INFORMATION PROVIDED IN THIS DOCUMENT IS FOR YOUR INFORMATION ONLY.  NOVELL
  24. MAKES NO EXPLICIT OR IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  25. -----------------------------------------------------------------------------
  26.  
  27. ISSUE
  28.  
  29. Recommendations for Using This Information
  30.  
  31. This is not an official letter from Novell.  The following are simply pointers
  32. from working with users and nothing more.  For this reason, you will not find
  33. these suggestions documented in manuals.  The following hints are only for
  34. NetWare 4.01 running version 3.10 of Directory Services.  The enhancements
  35. found in NetWare 4.02 will require less supervision by the network
  36. administrator.  To receive 4.02, register 4.01 and you will receive a free
  37. upgrade.  When you receive 4.02, read all update notes and README's.
  38.  
  39. Some may feel that my suggestions create extra work that is not really
  40. necessary.  The extra safety incurred by following my suggestions is worth the
  41. extra time taken.  Also, partition and replica manipulation is not performed
  42. that often when compared to the rest of NetWare Directory Services (NDS)
  43. management.  When it comes to manipulating replica rings or partitions over
  44. WANs, a little bit of planning goes a long ways.
  45.  
  46.  
  47.   Upgrade your Directory Services
  48.  
  49. All 4.01 file servers need to be upgraded to version 3.10 of Directory
  50. Services.  As in the past versions of 4.01 Directory Services (DS), this
  51. upgrade is applied as a static patch to SERVER.EXE.  The 3.10 version of DS is
  52. found in 401PT1.EXE on NetWire (NOVLIB 14).  To apply the patch, follow the
  53. instructions given in UPD310.TXT.  This version of DS has over 50 enhancements
  54. to version 296. 
  55.  
  56.  
  57.   Checking the Health of Your Replicas
  58.  
  59. There are windows of time in a wide area network in which partition
  60. replication is not as robust as typical object manipulation and
  61. synchronization.  In other words, while you would never bother to check the
  62. condition of your WAN when manipulating typical objects, you need to first
  63. check its condition before manipulating partitions. To verify that the
  64. replicas are communicating run DSTRACE on all the servers that have replicas
  65. of the partition that you are going to manipulate.  To do so:
  66.  
  67.  1.  Type SET DSTRACE=ON at the console prompt of the file server.
  68.  
  69.  2.  Type SET DSTRACE=*H at the console prompt of the file server.
  70.  
  71.  3.  Use Alt Esc keys to toggle over to the Directory Services screen.
  72.  
  73.  4.  Look for the statement "All processed = YES" for the partition that you
  74. are checking.
  75.  
  76.  5.  If there are errors, resolve the errors before you perform any server,
  77. partition, or replica changes.
  78.  
  79.  6.  Perform the previous steps on every server that has a copy of the
  80. partition in question.
  81.  
  82.  
  83.     Avoid Creating Partition or Copying Replicas Through Install
  84.  
  85. First of all, a lot of the problems that get escalated  could be totally
  86. prevented if we avoided creating partitions or copying replicas through
  87. install.  For that reason, never create a new partition or copy a replica
  88. through install.  This way if install is aborted or redone, there is no
  89. possibility of getting into a situation where NDS inconsistencies exist, or
  90. more frequently, locked out because the NDS is busy.
  91.  
  92. If you want to install a new file server into a new partition, first create
  93. the partition within partition manager.  Then when installing NDS onto your
  94. file server, insert it into the current partition.  When install prompts you
  95. to copy a replica to this server, answer no.  At this point, install is
  96. complete.
  97.  
  98.  
  99.   Multiple Install Recommendations
  100.  
  101. If for some reason you want to redo INSTALL over and over,  use the following
  102. procedure:
  103.  
  104.  
  105.  1.  De-install NDS from the server.
  106.  
  107.  2.  Through Partition Manager verify that the file server object has been
  108. deleted.  If the server object was not removed, remove it.
  109.  
  110.  3.  Through NetAdmin verify that the volume objects have been deleted.  If
  111. any of the volume objects are still present (possibly as unknown objects)
  112. remove the objects.
  113.  
  114.  4.  Down the server and bring it back up before installing again.
  115.  
  116. Using this procedure, you will be able to reinstall as many times as you would
  117. like.  There are two exceptions where you must create partitions with install
  118. are with the first server in a Tree or with a NetWare 3.x upgrade.
  119.  
  120.  
  121.   Master Replicas of New Partitions
  122.  
  123. If the end result that you want to accomplish is to have a master replica of
  124. this new partition placed on this new file server, do that through Partition
  125. Manager after install.  Do not perform any replica operations to that
  126. partition until after you have verified through DSTRACE that all copies of
  127. that partition have been updated.  To do that you type SET DSTRACE=ON at the
  128. console prompt.  You then toggle over to the Directory Services screen and
  129. look for the message All processed = YES for the partition that you are
  130. working with.  If you missed the synchronization process for you partition use
  131. the *h command as previously shown.  If the screen information is scrolling
  132. too fast, type SET TTF=ON and SET DSTRACE=*R to create and reset the
  133. DSTRACE.DBG file in the system directory.  When you set TTF to on the DS
  134. information shown on the screen is also piped to the DSTRACE.DBG file  When
  135. you want to view the ASCII file, type SET TTF=OFF and use a text editor.
  136.  
  137. If any of the file servers that has a copy of the partition on it shows
  138. errors, resolve those errors first before performing any other changes to that
  139. replica.  Other changes include changing a partition to Master.  Over busy
  140. WANs, please give it some time for the NDS to update and possibly resolve some
  141. errors.
  142.  
  143.  
  144.   Multiple Installs on the Same Server
  145.  
  146. A fair number of users that have been locked out of their NDS database because
  147. of doing multiple installs of the same server.  When you want to de-install a
  148. server out of a tree, remove all copies of the replica from the server through
  149. partition manager instead of through install. After you have verified the
  150. replicas have been moved (through  DSTRACE), go ahead and de-install the
  151. server in the same manner previously discussed.
  152.  
  153.  
  154.   NON-Synched Trees
  155.  
  156. Object modifications not synchronizing can be an indication that the servers
  157. are not successfully updating the NDS database.  DSTRACE will alert you if you
  158. have a synchronization problem.  Error conditions that come and go do not
  159. indicate a problem.  A red flag should be raised when you see an error in
  160. DSTRACE that does not go away.  You should also look for the phrase "All
  161. processed = YES" in DSTRACE.
  162.  
  163.  
  164.   Dead Servers
  165.  
  166. If a server is removed without doing a proper de-install (crashed and you do
  167. not want to bring it back), remove the server object using partition manager. 
  168. Then go into NetAdmin and delete the volume objects that were contained on
  169. that server.  After you have made these changes, DSTRACE should not show any
  170. more references of replicas attempting to synch with that server.
  171.  
  172.  
  173.   Manipulating Replicas without Waiting for a DSTRACE Clean Up
  174.  
  175. If you want the ability to manipulate replicas at a site without waiting for
  176. DSTRACE to clean up, have at least two servers per remote site that have
  177. replicas.  This way, if NDS needs to be removed and reinstalled (hard disk
  178. crash, server crash, strange NDS corruption), you have the ability to
  179. immediately reinstall without first fixing DSTRACE errors.  To do so, follow
  180. the steps that I already outlined and do not copy a replica over to the
  181. reinstalled server until DSTRACE is clean with all servers involved in the
  182. replica ring.  This way a newly reinstalled server can immediately access the
  183. other servers partition until DSTRACE is cleaned up.
  184.  
  185.  
  186.   Hints for Maintaining NDS
  187.  
  188. Use caution when you rename your file server or changing the internal IPX
  189. number of a file server.  Most people never have a problem renaming file
  190. servers; however, when a problem does arise, it can be difficult and time
  191. consuming to resolve.  Life is easier if you just do not rename the file
  192. server.  If you must rename you file server, the safest way to do so is to
  193. de-install your file server out of the tree and reinstall it using the methods
  194. previously listed.  If restoring the trustee assignments from your backup is
  195. too painful you can rename the file server by changing the file server name in
  196. AUTOEXEC.NCF but you need to follow the following guidelines.
  197.  
  198.  1.  Verify that all the servers in the tree are running the 3.10 version of
  199. DS.
  200.  
  201.  2.  Make sure that the server that you are going to rename has a replica of
  202. the partition containing the server object.
  203.  
  204.  3.  Perform the rename during a quiet time on the network when there are not
  205. other partition/replica changes being synchronized.  Performing the server
  206. rename during low traffic time is especially important in WAN environments.
  207.  
  208.  4.  Rename the file server (or change server internal IPX) in the
  209. AUTOEXEC.NCF file and reboot the file server.
  210.  
  211.  5.  Let the server sit for a while without any other changes in the partition
  212. or server IPX number.
  213.  
  214.  6.  After waiting for a period of time (the slower the WAN the longer the
  215. wait) verify that the limber code can execute successfully by issuing  a
  216. couple of DSTRACE commands.  First, SET DSTRACE=+LIMBER, then SET DSTRACE=*L. 
  217. View the limber process in the DS screen.  If the limber code can execute
  218. without any errors, the rename process is complete.
  219.  
  220. Changing the context of a server constitutes a server rename because the
  221. context of the server is part of the name.  This process is actually more work
  222. for the DS than a simpler server rename.  When moving server context, make
  223. sure the you follow the steps listed above with the exception of step 4.  Step
  224. 4 will be moving the server context either NetAdmin or NWAdmin..  It will be
  225. faster and safer if you first remove remote replicas over slow/unreliable WAN
  226. connections before moving the server object.
  227.  
  228. The six steps listed above also pertain to when you want to change the
  229. internal IPX number of a server.  Make sure that you never change the internal
  230. IPX number before a server rename or move has been completed and completely
  231. synchronized.  It is critical that you never have two servers with the same
  232. internal IPX number.  If you do not like using the random IPX number generated
  233. by  install make sure (100% sure) that the IPX number you enter is not
  234. duplicated, even for a little while.
  235.  
  236.  
  237.   Merging partitions
  238.  
  239. If you are going to merge a partition to a superior partition, you need to
  240. check the health of both partitions in the manner explained previously in this
  241. document.  If you feel the need to increase the speed and safety of a
  242. partition merge remove any replica that is across a slow WAN connection.  If
  243. you want to further increase the speed of your partition merge, make the
  244. master copy of both partitions involved are on the same file server.  If you
  245. do change a replica type, make sure that you wait for that change to complete
  246. before you merge.  You will use DSTRACE as previously described to verify that
  247. the change has taken place.   When you make replicas/partition changes over a
  248. WAN, allow time for the changes to occur over the WAN before you make the next
  249. change.  Allowing time between partition changes is wise (checking the DSTRACE
  250. screen as you go).
  251.  
  252.  
  253. ----------------------------------------------------------------
  254. Any trademarks referenced in this document are the property of their
  255. respective owners.  Consult your product manuals for complete trademark
  256. information.
  257. ----------------------------------------------------------------
  258.  
  259.  
  260.  
  261.  
  262.